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FOREWORD 


This  technical  report  covers  work  performed  under  Air  Force 
Contract  F33600-87-C-04 64 ,  DAPro  Project.  This  contract  is 
sponsored  by  the  Manufacturing  Technology  Directorate,  Air  Force 
Systems  Command,  Wright-Patterson  Air  Force  Base,  Ohio.  It  was 
administered  under  the  technical  direction  of  Mr.  Bruce  A. 
Rasmussen,  Branch  Chief,  Integration  Technology  Division, 
Manufacturing  Technology  Directorate,  through  Mr.  David  L.  Judson, 
Project  Manager.  The  Prime  Contractor  was  Integration  Technology 
Services,  Software  Programs  Division,  of  the  Control  Data 
Corporation,  Dayton,  Ohio,  under  the  direction  of  Mr.  W.  A. 
Osborne.  The  DAPro  Project  Manager  for  Control  Data  Corporation 
was  Mr.  Jimmy  P.  Maxwell. 

The  DAPro  project  was  created  to  continue  the  development,  test, 
and  demonstration  of  the  Integrated  Information  Support  System 
(IISS) .  The  IISS  technology  work  comprises  enhancements  to  IISS 
software  and  the  establishment  and  operation  of  IISS  test  bed 
hardware  and  communications  for  developers  and  users. 

The  following  list  names  the  Control  Data  Corporation 
subcontractors  and  their  contributing  activities: 


SUBCONTRACTOR 


Control  Data  Corporation 


D.  Appleton  Company 


ONTEK 


Simpact  Corporation 


Structural  Dynamics 
Research  Corporation 


Arizona  State  University 


Responsible  for  the  overall  Common 
Data  Model  design  development  and 
implementation,  IISS  integration  and 
test,  and  technology  transfer  of  IISS. 

Responsible  for  providing  software 
information  services  for  the  Common 
Data  Model  and  IDEFIX  integration 
methodology. 

Responsible  for  defining  and  testing  a 
representative  integrated  system  base 
in  Artificial  Intelligence  techniques 
to  establish  fitness  for  use. 

Responsible  for  Communication 
development . 

Responsible  for  User  Interfaces, 
Virtual  Terminal  Interface, and  Network 
Transaction  Manager  design, 
development,  implementation,  and 
support . 

Responsible  for  test  bed  operations 
and  support . 
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SECTION  1 
GENERAL 


Earpose 


This  Unit  Test  Plan  (UTP)  establishes  the  methodology  and 
procedures  used  to  adequately  test  the  capabilities  of  computer 
program  identified  as  the  EDS  Layout  Editor.  The  Layout  Editor 
(LE)  is  one  configuration  item  of  the  Integrated  Information 
Support  System  (IISS)  Electronic  Documentation  System  (EDS) 


1.2  Project  References 


[1]  Systran,  ICAM  Documentation  Standards 
September  1983. 


IDS150120000C,  5 


[2]  International  Organization  for  Standardization,  Information 

Processing  r_Text  and  Office  Systems  -  Standard  Generalized 
Markup  Language  (SGML\  ,  ISO  8879,  15  October  1986. 

[3]  International  Organization  for  Standardization,  Office 
Document  Architecture /Office  Document  Interchange  Format  , 
ISO/DP  8613/1-6,  October  1985  (Draft) . 


[4]  American  National  Standards  Institute,  American  National 
Standard  for, Information  Systems  -  Computer  Graphics  - 
Metafile  ■for_J:he  Storage  and  Transfer  of  Picture 
Description  Information  ,  ANSI  X/3 . 122-1986,  August  27, 
1986. 


[5]  Structural  Dynamics  Research  Corporation,  Form  Processor 
User^s  Manual  ,  UM  620244200A,  16  February  1987. 

[6]  Structural  Dynamics  Research  Corporation,  Virtual  Terminal 
Operator  Guide  ,  OM  620244000A,  16  February  1987. 

[7]  M.E.  Lesk,  LEX  -  Lexical  Analyzer  Generator.  IS  Workbench 
for  VAX/VMS  Programmers  Guide  . 
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[8]  Structural  Dynamics  Research  Corporation,  Form  Processor 

Development  Specification  ,  DS  620244700A,  16  February  1987 

1.3  Terms  and  Abbreviations 

American  Standard  Code  for  Information  Interchange  (ASCIIl.  : 
The  character  set  defined  by  ANSI  x3.4  and  used  by  most  computer 
vendors . 

Attribute  :  A  characteristic  used  to  qualify  an  element 
within  a  document. 

Character  Set  :  A  mapping  of  a  character  repertoire  onto  a 
code  set  such  that  each  character  is  associated  with  its  coded 
representation . 

Compound  Document  :  A  docximent  which  may  contain  mixed 
content  (text,  graphics,  etc.). 

Computer  Graohies  Metafile  fCGM>  :  A  standard  file  format 
for  the  storage  and  retrieval  of  picture  description  information. 

Computer  Program  Conficruration  Item  fCPCIl  :  An  aggregation 
of  computer  programs  or  any  of  their  discrete  portions,  which 
satisfies  an  end-use  function. 

Conforming  SGML  Application  :  An  SGML  application  that 
requires  docximents  to  be  conforming  SGML  documents,  and  whose 
documentation  meets  the  requirements  of  this  International 
Standard. 

Context-Directed  Editor  :  An  EDS  application  which  guides 
the  user  through  the  process  of  document  creation  and  revision  by 
using  the  dociiment  type  definition  as  a  model  for  which  logical 
elements  may  be  included  in  the  doctiment. 

Descriptive  Markup  :  Information  added  to  a  document  that 
enables  an  application  program  to  process  the  document. 
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Document  Type  Definition  (DTD^  :  Rules  determined  by  an 
application  that  apply  SGML  to  the  markup  of  documents  of  a 
particular  type.  A  document  type  definition  includes  a  formal 
specification,  expressed  in  a  dociunent  type  declaration,  of  the 
element  types,  element  relationships  and  attributes,  and 
references  that  can  be  represented  by  markup.  It  thereby  defines 
the  vocabulary  of  the  markup  for  which  SGML  defines  the  syntax. 

A  DTD  can  also  include  comments  that  describe  the  semantics  of 
elements  and  attributes,  and  any  application  conventions. 

Electronic  Documentation  System  fEDS^  :  An  integrated  set 
of  software  tools  and  application  programs  which  operate  upon  a 
document  through  various  stages  of  a  document  life  cycle 
consisting  of  editing  (creating/revising) ,  formatting,  imaging, 
storage,  and  transfering. 

Element  :  A  component  of  the  hierarchical  structure  defined 
by  a  document  type  definition;  it  is  identified  in  a  document 
instance  by  descriptive  markup,  usually  a  start-tag  and  end-tag. 

Element.  Declaration  :  A  markup  declaration  that  contains 
the  formal  specification  of  the  part  of  an  element  type 
definition  that  deals  with  the  content  and  markup  minimization. 

Entity  :  A  collection  of  characters  that  can  be  referenced 
as  a  unit. 

Entity  Declaration  :  A  markup  declaration  that  assigns  an 
SGML  name  to  an  entity  so  that  it  can  be  referenced. 

Entity  Reference  :  A  reference  that  is  replaced  by  an 
entity . 

Field  ;  Two-dimensional  space  on  a  terminal  screen. 

Form  :  A  structured  view  which  may  be  imposed  on  windows  or 
other  forms.  A  form  is  composed  of  fields.  These  fields  may  be 
defined  as  forms,  items,  or  windows. 
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Form  Definition  fFDl  :  Form  definition  Language  after 
compilation.  It  is  read  at  run-time  by  the  Form  Processor. 

Form  Definition  Language  fFDH  :  The  language  in  which 
electronic  forms  are  defined. 

Form  Editor  fFE)  :  A  subset  of  the  IISS  User  Interface  that 
is  used  to  create  definitions  of  forms.  The  FE  consists  of  the 
Forms  Driven  Form  Editor  and  the  Forms  Language  Compiler. 

Form  Hierarchy  :  A  graphic  representation  of  the  way  in 
which  forms,  items,  and  windows  are  related  to  their  parent  form. 

Form  Language  Compiler  (FLANV  :  A  subset  of  the  FE  that 
consists  of  a  batch  process  that  accepts  a  series  of  form 
definition  language  statements  and  produces  form  definition  files 
as  output. 

Form  Processor  fFP>  :  A  subset  of  the  IISS  User  Interface 
that  consists  of  a  set  of  callable  execution-time  routines 
available  to  an  application  program  for  form  processing. 

Forms  Driven  Form  Editor  fFDFE)  :  A  subset  of  the  FE  which 
consists  of  a  forms-driven  application  used  to  create  Form 
Definition  files  interactively. 

Generic  Identifier  ;  A  name  that  identifies  the  element 
type  of  an  element. 

fix  :  Generic  Identifier. 

IISS  Function  Screen  :  The  first  screen  that  is  displayed 
after  logon.  It  allows  the  user  to  specify  the  function  to 
access  and  the  device  type  and  device  name  on  which  to  work. 

Integrated  Information  Support  System  fllSS)  :  A  test 
computing  environment  used  to  investigate,  demonstrate,  and  test 
the  concepts  of  information  management  and  information 
integration  in  the  context  of  Aerospace  Manufacturing.  The  IISS 
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addresses  the  problems  of  integration  of  data  resident  on 
heterogeneous  data  bases  supported  by  heterogeneous  computers 
interconnected  via  a  Local  Area  Network. 

Item  :  A  non-decomposable  area  of  a  form  in  which 
hard-coded  descriptive  text  may  be  placed  and  the  only  defined 
areas  where  user  data  may  be  input/output. 

Layout  Style  :  The  specification  of  format  and  presentation 
for  logical  elements. 

Layout  Structure  :  The  hierarchy  of  all  layout  elements 
(pages,  frames,  blocks,  etc.)  for  a  document. 

Logical  Structure  :  The  hierarchy  of  all  logical  elements 
(paragraphs,  sections,  etc.)  within  a  dociiment. 

Markup  :  Text  that  is  added  to  the  data  of  a  document  in 
order  to  convey  information  about  it. 

Markup  Minimization  :  A  feature  of  SGML  that  allows  markup 
to  be  minimized  by  shortening  or  omitting  tags,  or  shortening 
entity  references. 

Message  :  Descriptive  text  which  may  be  returned  in  the 
standard  message  line  on  the  terminal  screen.  Messages  are  used 
to  warn  of  errors  or  provide  other  user  information. 

Message  Line  :  A  line  on  the  terminal  screen  that  is  used 
to  display  messages. 

Operating  System  fOS)  :  Software  supplied  with  a  computer 
which  allows  it  to  supervise  its  own  operations  and  manage  access 
to  hardware  facilities  such  as  memory  and  peripherals . 

Page  :  Instance  of  forms  in  windows  that  are  created 
whenever  a  form  is  added  to  a  window. 

Paging  and  Scrolling  ;  A  method  which  allows  a  form  to 
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contain  more  data  than  can  be  displayed  at  one  time  with 
provisions  for  viewing  any  portion  of  the  data  buffer. 

Parser  :  An  application  program  that  determines  how  closely 
a  docximent  conforms  to  a  doc\iment  type  definition  which  defines  a 
specific  documentation  standard. 

Physical  Device  :  A  hardware  terminal. 

Previous  Cursor  Position  :  The  position  of  the  cursor  ’-hen 
the  previous  edit  command  was  issued. 

Qualified  Name  :  The  name  of  a  form,  item,  or  window 
preceded  by  the  hierarchy  path  so  that  it  is  uniquely  identified. 

Standard  Generalized  Markup  Language  fSGML^  ;  A  language 
for  describing  document  structures,  consisting  of  descriptive 
markup  which  is  added  to  a  document  to  indicate  where  logical 
elements  such  as  sections  and  paragraphs  begin  and  end. 

Subform  :  A  form  that  is  used  within  another  form. 

Tag  :  Descriptive  markup  indicating  the  start  or  end  of  a 
logical  element. 

Tagger  :  An  application  program  which  provides  a  mechanism 
for  automatically  tagging  existing  documents  which  have  been 
created  by  word  processing  systems. 

User  Interface  (UP  :  IISS  subsystem  that  controls  the 
user's  terminal  and  interfaces  with  the  rest  of  the  system.  The 
UI  consists  of  two  major  subsystems:  The  User  Interface 
Development  System  (UIDS)  and  the  User  Interface  Management 
System  (UIMS)  . 

User _Interface  Management  System  fUIMS^  :  The  run-time  UI. 
It  consists  of  the  Form  Processor,  Virtual  Terminal,  Application 
Interface,  the  User  Interface  Services,  and  the  Text  Editor. 
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User  Interface  Services  fUISV  :  A  subset  of  the  IISS  User 
Interface  that  consists  of  a  package  of  routines  that  aid  users 
in  controlling  their  environment.  It  includes  message 
management,  change  password,  and  application  definition  services. 

User  Interface/Virtual  Terminal  Interface  mi/VTH  : 

Another  name  for  the  User  Interface. 

Virtual  Terminal  (VT^  :  A  subset  of  the  IISS  User  Interface 
that  performs  the  interfacing  between  different  terminals  and  the 
UI .  This  is  done  by  defining  a  specific  set  of  terminal  features 
and  protocols  which  must  be  supported  by  the  UI  software  which 
constitutes  the  virtual  terminal  definition.  Specific  terminals 
are  then  mapped  against  the  virtual  terminal  software  by  specific 
software  modules  written  for  each  type  of  real  terminal 
supported . 

Virtual  Terminal  Interface  (VTI^  :  The  callable  interface 
to  the  VT. 

Window  :  Dynamic  area  of  a  terminal  screen  on  which 
predefined  forms  may  be  placed  at  run-time. 

Window  Manager  :  A  facility  which  allows  the  following  to 
be  manipulated:  size  and  location  of  windows,  the  device  on  which 
an  application  is  running,  the  position  of  a  form  within  a 
window.  It  is  part  of  the  Form  Processor. 
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SECTION  2 

DEVELOPMENT  ACTIVITY 

2.1  Statement  of  PreTest  Activity 

During  system  development,  the  computer  programs  were  tested 
progressively.  Functionality  was  incrementally  tested,  and  as 
bugs  were  discovered  by  this  testing,  the  software  was  corrected. 


All  pretest  activity  was  conducted  by  the  individual 
developer  in  a  manual  mode.  The  developer  would  enter  inputs  to 
the  Layout  Editor  forms  and  manually  inspect  that  the  correct 
parameters  were  written  to  the  Document  Profile  file  which  is  the 
output  of  the  Layout  Editor.  Based  on  the  parameter  values 
contained  in  the  Document  Profile,  the  developer  could  determine 
if  the  program  had  run  correctly.  Any  errors  were  noted  by  the 
developer,  and  corrections  to  the  Layout  Editor  were  then  made. 
The  Layout  Editor  was  then  re-run  insure  that  the  program  was 
correct . 

2.2  Pretest  Activity  Results 

The  results  of  the  pretest  activity  were  that  most  of  the 
coding  errors  were  discovered  prior  to  the  release  date.  By 
using  the  Electronic  Documentation  System  to  produce  all  the  Unit 
Test  Plans  for  EDS,  a  number  of  small  errors  were  uncovered  that 
would  have  only  shown  up  in  the  production  of  large  multipage 
docximents . 
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SECTION  3 

SYSTEM  DESCRIPTION 
3.1  System  Description 

The  EDS  Layout  Editor  is  a  forms-based  application  program 
that  enables  a  user  to  define  the  layout  style  of  logical 
elements  delimited  by  SGML  tags  within  a  docximent.  The  input  to 
the  Layout  Editor  consists  of  a  Document  Type  Definition  (DTD) 
file  created  by  the  DTDBLD  application  program.  The  DTD  defines 
what  logical  elements  are  valid  within  a  doc\uaent  and  how  many 
times  these  logical  elements  may  occur.  The  Layout  Editor 
enables  the  user  to  define  (through  the  use  of  forms)  a  set  of 
formatting  parameters  that  will  be  applied  to  a  specific  logical 
element  when  the  document  is  formatted  by  the  Document  Formatter. 
These  formatting  parameters  are  saved  in  a  file  called  the 
Document  Profile. 


In  addition  to  being  able  to  define  a  layout  style  for 
specific  logical  elements  within  a  document,  the  Layout  Editor 
also  enables  the  user  to  define  a  set  of  global  formatting 
attributes  and  to  define  header  and  footer  blocks.  Header  and 
footer  blocks  are  normally  used  to  put  page  numbering,  document 
titles,  and  dates  on  each  page  of  the  document  as  it  is  being 
printed. 

The  block  diagrams  contained  in  Figures  3-1  and  3-2 
illustrate  the  Layout  Editor  test  configuration  used  in  the  Unit 
Test  Plan. 
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Figure  3~1  EDS  Block  Diagram 
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Figure  3-2  UIMS  Block  Diagram 
3.2  Testing  Schedule 

Since  EOS  application  programs  use  the  Forms  Processor  (FP) 
and  the  Network  Transaction  Manager  (NTM)  subsystems,  both  the  FP 
and  NTM  must  be  tested  before  EDS  application  program  Unit  Test 
Plans  can  be  run. 


The  execution  of  the  Layout  Editor  is  dependent  upon  the  EDS 
DTDBLD  application  program  since  the  Layout  Editor  uses  the 
Doc\iment  Type  Definition  created  by  DTDBLD  as  input.  Testing  of 
the  Layout  Editor  must  be  done  only  after  the  DTDBLD  application 
has  been  sucessfully  tested. 
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3.3  Elrst  Location  Testing 

These  tests  of  the  Layout  Editor  require  the  following: 


Equipment:  Air  Force  VAX,  terminals  supported  by  the  Virtual  Te 
as  listed  in  the  UI  Terminal  Operator's  Guide. 

Support  Software:  the  Integrated  Information  Support  System,  C 
libraries . 

Personnel:  one  integrator  familiar  with  both  IISS  and  EDS. 
Training:  the  EDS  user  manual  has  been  previously  delivered. 
Deliverables:  the  EDS  Layout  Editor  CPCI. 

Test  Materials:  all  tests  may  be  run  interactively  by  inputting 
appropriate  data  and  observing  the  output  as  outlined  in  this  te 
A  script  file  has  been  created  to  run  each  test  plan  and  save 
the  resulting  output  for  comparison  in  future  tests. 

Security  Considerations:  None. 

3.4  Sjibsecruent  Location  Testing 

The  requirements  listed  above  must  be  met. 
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SECTION  4 

SPECIFICATIONS  AND  EVALUATIONS 
4.1  Test  Specification 

The  Unit  Test  Plan  is  based  on  covering  specific 
functionality  of  the  Layout  Editor  outlined  in  the  Electronic 
Documentation  System  Development  Specification  (DS) . 


The  objective  of  the  Layout  Editor  Unit  Test  Plan  is  to 
insure  that  all  formatting  parameters  input  by  the  user  are  saved 
correctly  in  the  Document  Profile.  To  achieve  this  objective, 
the  formatting  parameters  are  first  entered  into  the  various 
forms,  the  Document  Profile  is  saved  (written  to  disk) ,  and  then 
the  formatting  parameter  forms  are  redisplayed  and  checked 
against  the  input  parameter  forms  to  make  sure  they  match.  The 
matching  of  these  forms  validates  that  the  Document  Profile  has 
been  correctly  written. 


The  following  chart  has  the  functional  requirements  as 
outlined  in  the  EDS  DS  listed  vertical  and  the  test  activities  in 
the  UTP  that  demonstrate  the  testing  of  each  functional 
requirements  listed  horizontally. 
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Test  Codes 


Func  Req.  K 

B 

c 

o 

E 

Define  Page  Farms  X 

Define  Format  Attr. 

X 

Define  Header /Footer 

X 

Copy  Document  Profile 

X 

Delete  Document  Profile 

X 

Figure  4-1  Matrix  Mapping  of  Requirements  with  Test  Plan 


The  following  list  has  the  test  name  followed  by  the  list  of 
figures  that  correspond  to  the  test. 

A  Figures  5-1  to  5-6 

B  Figures  5-7  to  5-11 

C  Figures  5-12  to  5-17 

D  Figures  5-18  to  5-19 

E  Figures  5-20  to  5-21 

4.2  Testing  Methods  and  Constraints 

The  tests  outlined  in  Section  5.3  must  be  followed  in  the 
correct  order.  The  required  input  is  given  for  each  test.  This 
testing  uses  the  normal  mode  of  operation  and  does  not  test  every 
possible  code  path  that  may  generate  an  error.  It  assumes  that 
the  files  and  logical  names  detailed  in  Section  5.2  are  available 
when  the  tests  are  run.  It  also  assumes  a  proper  IISS 
environment  is  available  as  described  in  Section  5.2.  During  the 
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development  phase,  error  reporting  due  to  missing  files, 
incorrect  logical  names,  and  improper  IISS  environments  was 
tested  by  the  developer. 


No  data  recording  is  required  for  the  Layout  Editor  tests . 
It  is  suggested  that  upon  further  running  of  these  tests, 
scripting  of  the  unit  test  may  be  done  and  the  output  from 
running  the  script  be  saved  for  future  testing.  A  script  file 
for  the  Layout  Editor  test  procedure  is  under  Configuration 
Management  and  can  be  used  if  the  tester  does  not  want  to 
manually  key  the  data  into  the  input  forms. 


No  additional  constraints  are  placed  on  this  unit  test 
besides  those  listed  in  Sections  3.3  and  5.2  of  this  document. 


4.3  Test  Progression 


The  test  progression  of  the  EDS 
outlined  in  Section  5.3  of  this  Unit 
should  be  followed  exactly  to  insure 


Layout  Editor  is  fully 
Test  Plan.  This  progression 
sucessful  testing. 


4.4  Test  Evaluation 

The  test  results  are  evaluated  by  comparing  the  information 
returned  on  the  redisplayed  formatting  attribute  forms  to  that 
specified  as  succcessful  for  the  given  test.  The  tests  check  to 
make  sure  that  as  each  Document  Profile  is  created  and  saved, 
that  the  Document  profile  can  be  read  in  and  the  correct 
formatting  attributes  redisplayed.  To  speed  up  this  testing  and 
provide  a  more  accurate  measurement  of  success,  scripting  has 
been  used.  The  test  script  file  is  EDSLE.SCP  and  is  under  IISS 
Configuration  Management.  If  scripting  is  used,  this  file 
should  be  copied  over  to  the  test  directory. 
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SErTIQW  5 
TEST  PROCEDUHES 


5.1  Test  Description 

A  general  description  of  this  unit  test  was  provided  in 
Section  3. 

5.2  Test  Control 

As  outlined  above,  this  unit  test  may  be  done  manually  or 
run  using  the  supplied  script  files.  In  Section  5.3  the  required 
input  data  is  specified  for  each  document  profile  to  be  built. 

The  parameters  on  the  redisplayed  form  should  exactly  match  those 
on  the  input  form.  The  order  of  testing  is  also  completely 
specified.  The  test  control  information  is  completely  described 
by  the  sequence  of  source  input  forms,  output  document  profiles, 
redisplayed  forms,  and  the  test  procedures  outlined  below.  The 
success  of  each  test  may  be  determined  by  visually  inspecting  the 
redisplayed  forms  with  those  given  in  Section  5.3. 


5.3  Test.  Procfldurfla 

To  run  the  unit  test  plan  as  outlined  in  this  section  on  a 
VAX,  one  must  be  logged  onto  a  valid  IISS  account.  The  NTM  must 
be  up  and  running  and  the  UI  group  logical  names  IISSFLIB, 
IISSMLIB,  EDSDTLIB,  EDSDPLIB,  and  EDSFMLIB  must  be  assigned 
correctly.  IISSFLIB  points  to  the  directory  containing 
production  form  defintions  (FD  files) .  IISSMLIB  points  to  the 
form  containing  error  messages  (.MS6  files).  EDSDTLIB  points  to 
the  directory  containing  doc\iment  type  definitions  (DTD  files)  . 
EDSDPLIB  points  to  the  directory  containing  document  profiles  (DP 
files) .  EDSFMLIB  points  to  the  directory  containing  Font  Metric 
definitions  (AFM  files) . 

Assuming  the  NTM  is  up  and  running,  an  IISS  user  may  start 
this  Unit  Test  Plan  with  the  supplied  script  file  as  follows: 
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$  SET  DEFAULT  {directory  containing  your  NTM  environment) 

$  VTIOO  -rEDSLE.SCP 

This  starts  up  the  VTIOO  device  driver  with  a  source  script 
as  input.  If  the  User  Interface  has  been  installed  at  your  site 
with  a  different  device  driver,  then  this  step  is  amended  as 
appropriate.  The  tests  then  begin  executing  at  the  terminal. 

If  the  user  chooses  to  run  this  test  manually,  then  the 
sequence  of  commands  are  as  follows: 

$  SET  DEFAULT  {directory  containing  your  NTM  environment) 

$  VTIOO 

When  the  IISS  Logon  Screen  (Figure  5-1)  is  displayed,  login 
to  IISS  with  username/password/role  of  MORENC/STANLEY/MANAGER. 


When  the  IISS  Function  Screen  (Figure  5-2)  is  displayed, 
enter  EDSLE  as  the  specified  function  and  press  <ENTER>.  This 
will  start  the  EDS  Layout  Editor  application  program. 


Once  the  input  data  for  a  particular  Document  Profile  has 
been  entered,  go  bach  to  the  Document  Profile  form  using  the 
<QUIT>  key  and  use  the  Edit  action  (E)  to  re-display  the 
formatting  parameters  of  the  Dociiment  Profile  just  edited.  Make 
sure  that  the  redisplayed  data  matches  the  input  data  shown  in 
the  corresponding  input  forms  shown  in  the  following  figures. 
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User  ID: 
Password: 
Role: 


a^lcation 

Figure  5-1  IISS  Logon  Screen 
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Figure  5-2  IISS  Function  Screen 

Once  the  EDS  Layout  Editor  application  has  started,  the 
following  form  is  displayed. 
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Figure  5-3  Document  Profile  Form 

Enter  the  input  data  shown  in  Figure  5-3  to  create  a  new 
document  profile  named  EDSLEl,  press  the  <ENTER>  key  to  go  to  the 
next  form. 
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4  Formatting  Parameter  Menu 


The  cursor  should  now  be  sitting  at  the  Page  Setup  menu 
Press  the  <ENTER>  key  to  go  to  the  Page  Setup  form. 
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IISS  Electronic  Documentation  System  (Layout  Editor)  11/  1/87  15:26:19 


Page  Setup  for  Document  Profile  EDSLEl 


Margins 
Top 
Bottom 
(Even)  Left 
Right 
(Odd)  Left 
Right 


MSG; 


Line  Spacing 
Leading 
Font  Size 
Font  Name 


applcatlonl 


Figure  5-5  Default  Page  Setup  Parameter  Form 

This  form  shows  the  default  page  parameters  used  by  the  EDS 
Layout  Editor. 


Modify  the  page  setup  form  using  the  parameters  contained  in 
Figure  5-6. 
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Figure  5-6  Completed  Page  Setup  Form  for  Test  A 

Once  all  data  items  have  been  entered,  press  the  <ENTER>  key 
to  save  the  parameters  and  go  back  to  the  Parameters  Menu  by 
pressing  the  <QUIT>  key.  A  message  stating  that  the  document 
profile  was  written  (to  disk)  should  appear  at  the  bottom  of  the 
page  setup  form. 
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IISS  Electronic  Documentation  System  (Layout  Editor) 

11/  1/87  15:26:08 

Menu 

Page  Setup 

Generic  ID  Layout 

Headers/Footers 

MSG:  ■ 

applcation 

Figure  5-7  Formatting  Parameter  Menu 

Now  move  the  cursor  to  the  Generic  ID  Layout  menu  item  and 
press  <ENTER>  to  proceed  to  the  Generic  Layout  form  shown  in 
Figure  5-8. 
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IISS  Electronic  Documentation  System  (Layout  Editor)  11/  2/87  12:53:19 


DTD  :  EDSUTP 

Document  Profile  :  EDSLEl 


Fully  Qualified  Generic  Identifier  Macro  Name 

EDSUTP 

EDSUTP. FIGUKE 
EDSUTP. REPORT 
EDSUTP. LIST 
EDSUTP. LIST. I 
EDSUTP. PI 
EDSUTP. PO 
EDSUTP. TEST 
EDSUTP. TEST. TSTNO 
EDSUTP. TEST. TSTNAM 


MSG:  B  ^Icatlon 


Figure  5-8  Generic  ID  Macro  form 

The  cursor  should  be  now  sitting  on  the  top  macro  naune 
$EDSUTP.  Press  <ENTER>  to  proceed  to  the  Formatting  Parameter 
form  shown  below. 
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Figure  5-9  Blank  GI  Format  Attribute  Form 

Enter  the  data  values  displayed  in  Figure  5-10  into  the 
Formatting  Parameter  form  and  press  <ENTER>  to  save  the  Document 
Profile . 
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IISS  Electronic  Documentation  System  (Layout  Editor)  11/  1/81  15:29:02 


DTD  :  EOSUTP 

Document  Profile  :  EDSLSl 
Macro  Name  :  $EDS0TP 


Bold 

Underline 

Reverse 

Italics 

No  Break 
Literal 
No  Advance 


Justify 

Center 

Right 

Full 

Indent 
Left 
Right 
1st  Line 


I 


I 


Vertical  Space 

Before 

After 

Horizontal  Space 
Before 
After 

Page  Eject 

Before 

After 


M 

I 


I 


PT(S)  Line  Spacing 


Font  Size  |  Leading 
Font  Name 

MSG:  B  Field  lust  contain  only  integer  mabcrs 


LI(S) 


applcationl 


Figure  5-10  Completed  61  Format  Attribute  form  for  Test  B 

When  the  Generic  ID  form  (Figure  5-11)  appears  press  <QUIT> 
to  return  to  the  Parameters  Menu  shown  in  Figure  5-12 . 
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IISS  Electronic  Documentation  System  (Layout  Editor) 

11/  2/87  12:53:19 

DTD  :  EDSUTP 

Document  Profile  :  EDSLEl 

Fully  Qualified  Generic  Identifier 

Macro  Name 

EDSUTP 

:EDSUlt 

EDSUTP. FlCmS 

'.FitpRK 

EDSUTP. KEPORT 

1 

jRE^j 

EDSUTP. LIST 

EDSUTP. LIST. I 

EDSUTP. PI 

?P1^S 

EDSUTP. PO 

EDSUTP. TEST 

jTESI^ 

EDSUTP. TEST. TSINO 

5TSm 

EDSUTP. TEST. TSTNAM 

ITSTNA?-' 

MSG:  ■ 

a 

pplcatior 

Figure  5-11  Generic  ID  Macro  form 
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Figure  5-‘12  Formatting  Parameter  Menu 

Now  move  the  cursor  to  the  Readers/Footers  menu  item  and 
press  <ENTER>  to  go  to  the  Header/Footer  Parameter  form  shown  in 
Figure  5-13. 
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1 

I 


IISS  Electronic  Documentation  System  (Layout  Editor)  12/  1/87  7; 40; 07 


Headers/Footers 

(Function)  Define  Delete 

(Page  Side)  Even  Odd 

(Position)  Top  Bottom 


List  of  Headers/Footers 
Page  Side  Header/Footer 


MSG: 


Both 


^Icatlonl 


Figure  5-13  Headers/Footer  Parameter  Form 

To  get  a  blank  Header/Footer  form  as  shown  in  the  next  form 
press  the  <ENTER>  key  when  the  cursor  is  on  the  Define  item,  move 
the  cursor  using  the  <TAB>  key  to  BOTH  and  then  press  <ENTER>, 
then  finally  move  to  the  TOP  item  and  press  <ENTER>.  This 
defines  a  Header  block  that  will  print  on  both  sides  of  the  page. 
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IISS  Electronic  Documentation  System  (Layout  Editor)  11/  1/87  15:29:42 


Headers/Footers 

(Function) 

(Page  Side) 

(Position) 

from  Top 
From  Bottom 
Left  Margin 
Right  Margin 
Style 
Center 
Fontsize 
Leading 
Fontname 
Text 
Line  (1) 

Line  (2) 

Line  (3) 

MSG:  B  ^Icatlonl 


Figure  5-14  Blank  Header/Footer  Form 

Fill  in  the  data  values  as  shown  in  Figure  5-15  below  and 
press  <ENTER>  to  save  them  in  the  Document  Profile. 


Define  Delete 

Even  Odd  Both 

Top  Bottom 


5-16 


UTP620344904 
30  September  1990 


IISS  Electronic  Documentation  System  (Layout  Editor)  11/  1/87  15:31:58 

Headers /Footers 


[Function)  Define 

(Page  Side)  Even 

(Position)  Top 


from  Top 
From  Bottom 
Left  Margin 
Right  Margin 
Style 


Text 
Line  (1) 
Line  (2) 
Line  (3) 


Delete 

Odd  Both 

Bottom 

Start  (at)  TAG  <  BBWBBl 

Reset  Page  (at)  TAG  <  WfliUMil 


Center 

L 

Right  Justify  1 

Fontsize 

■ 

Underline  | 

Leading 

Fontname 

_ - _ _ 

applcatiori 


Figure  5-15  Completed  Header/Footer  Form  for  Test  C 
Press  the  <QUIT>  key  to  return  to  the  Parameters  Menu. 
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IISS  Electronic  Documentation  System  (Layout  Editor)  11/  1/87  15:26:08 


Menu 

Page  Setup 
Generic  ID  Layout 
Headers/Footers 


MSG: 


applcatiori 


Figure  5-16  Formatting  Parameter  Menu 

Press  <QUIT>  again  to  return  to  the  Document  Profile  form  as 
shown  below  in  Figure  5-17.  At  this  point  the  Document  Profile 
has  been  written  to  disk  and  the  tester  should  use  the  Edit 
action  to  redisplay  each  parameter  screen  above  to  verify  that 
the  parameters  have  been  correctly  saved. 
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Figure  5-17  Document  Profile  Form  after  Tests  A,  B,C 

To  complete  the  Unit  Test  Plan,  the  Copy  and  Delete  commands 
must  be  tested.  Using  the  <TAB>  key,  move  the  cursor  to  the  line 
containing  the  EDSLEl  document  profile.  Enter  C  in  the  action 
field  and  the  following  form  should  be  displayed. 
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Figure  5-18  Document  Profile  Copy  -  Test  D 

Enter  a  destination  document  profile  name  of  EDSLE2  and 
press  <ENTER>  to  copy  document  profile  EDSLEl  to  EDSLE2.  After 
the  copy  has  completed  verify  that  the  form  looks  as  follows. 
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IISS  Electronic  Documentation  System  (EDS) 


11/  6/87  15:36:26 


Layout  Editor 


Action  DTD  Name  Document  Profile 


Description 


EDSUTP 

EDSDTP 


EDSLE2 

EDSLEl 


;OPYii|EST...(D) 
DS'tiRYOUT  ’EDITOR  ‘DTP 


Icatio 


Figxjre  Document  Profile  Form  after  Test  D 

Now  move  the  cursor  to  the  line  containing  the  document 
profile  EDSLE2.  Enter  D  into  the  action  field,  press  <ENTER>  and 
the  following  form  should  appear. 
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IISS  Electronic  Documentation  System  (EDS) 


11/  6/87  15:36:26 


Layout  Editor 


Action  DTD  Name  Document  Profile 


Description 


EDSUTP 

EDSDTP 


E0SLE2 

EOSIEl 


OPY  TEST  ,(0) 

DS  1AY0UT  EDITOR  DTP" 


OK  to  delete  Document  Profile  ?  EDSliE2  YES  NO 


olcation 


Figure  5-20  Document  Profile  Deletion  -  Test  E 


Move  the  cursor  to  YES,  press  <ENTER>,  and  the  document 
profile  should  be  deleted  leaving  a  final  form  looking  as  follows 
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Figure  5-21  Document  Profile  Form  after  Test  E 
The  Unit  Test  for  the  EDS  Layout  Editor  is  now  complete. 
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